home *** CD-ROM | disk | FTP | other *** search
/ SuperHack / SuperHack CD.bin / CODING / SOUND / GUS-1301.ZIP / GUS-1312.TXT < prev    next >
Encoding:
Text File  |  1994-05-15  |  31.5 KB  |  761 lines

  1. GUS Daily Digest            Fri, 13 May 94  9:37 PST     Volume 13: Issue  12 
  2.  
  3. Today's Topics:
  4.          (still) Line-in problem, "PARITY ERROR", and others
  5.                        ADPCM compressed patches
  6.                         Battle Isle 2 and GUS
  7.                DIGEST ADMIN: DON'T SEND YOUR VOTES HERE
  8.          Does your GUS rev 2.2 has these hardware anomalies?
  9.                          Doom, this and that
  10.                   GUS Daily Digest V13 #11 (6 msgs)
  11.                             GUS Newsletter
  12.                            Megaem questions
  13.                         Mod4Win & XWNGSNDS.ZIP
  14.                           Return to Zork CD
  15.                          Windows/Stacker 4.0?
  16.  
  17. Standard Info:
  18.     - Meta-info about the GUS can be found at the end of the Digest.
  19.     - Before you ask a question, please READ THE FAQ.
  20.  
  21. ----------------------------------------------------------------------
  22.  
  23. Date: Thu, 12 May 1994 14:55:26 -0600
  24. From: masten@beta.lanl.gov
  25. Subject: (still) Line-in problem, "PARITY ERROR", and others
  26.  
  27. Help!!
  28.  
  29. I've received some suggestions, thanks.  But nothing has worked so far. 
  30. About to hit the 30-day on the GUS, and unless I can get it working
  31. peacefully with the LAPC-1...well only one of them can be returned  :-(
  32.  
  33. PROBLEM 1
  34. ---------
  35. I can't get any sound from my SBPro connected to the line-in of the GUS in
  36. DOS.  Yes, I've got "ULTRINIT -L" in the AUTOEXEC.  [ULTRINIT -L -O, no
  37. difference]  Software is 3.11 (ultrinit is 2.18).  
  38.  
  39. I've observed:
  40. It works in Windows (I can play the CD connected to the SBPro thru the GUS
  41. line-in).  I know the SBPro is working as I can rerout the sound to the
  42. amp.  So it isn't the cable, SBPro output, or GUS line-in connectors or
  43. stages.  Ultrasnd is set to 240,5,5,5,5. Moved from default primarily as
  44. the SBPro is on 220, IRQ7, and wanted 16-bit DMA. Can the GUS IRQ's both on
  45. 5 cause a problem?  Didn't in the past, and I'm running out of IRQ's (see
  46. below).  I've tried with SB DMA sharing  both on and off.
  47.  
  48. [This just in: last night I got it working, somehow, but then after either
  49. playing playmidi, or going into Windows, it died again.  I've made sure the
  50. Windows mixer has line-in enabled and saved]
  51.  
  52. Works if I have the GUS connected to the SBPro line-in, but I'd like to do
  53. it the other way to avoid SBPro noise if I'm just GUS'ing.
  54.  
  55. PROBLEM 2
  56. ---------
  57. I can't get the right digitized sounds in Doom with IRQ 11 or higher. 
  58. Works fine on 5 (SBPro on 7, LAPC takes 2/9?).  Is this symptomatic of
  59. something?
  60.  
  61. PROBLEM 3
  62. ---------
  63. More importantly, I still have the:
  64. PARITY ERROR ????
  65. SYSTEM HALTED
  66. happen occasionally. Seems to only occur when I have the GUS and LAPC1 in
  67. the system simultaneously.  Pull out the LAPC, and I haven't seen it with
  68. the GUS/SBP combo.
  69.  
  70. Someone mentioned it could be a board timing problem.  I'm pretty sure my
  71. dx2/66 MB has some hard-wired wait states (pisses me off).  I did add a
  72. SRAM wait state, but I'm loathe to live with the performance hit.  And all
  73. boards have worked just fine except in this combo. Any other ideas?
  74.  
  75. PROBLEM 4
  76. ---------
  77. Also, I've had it all of a sudden lose the CMOS info (HD codes, etc).  Has
  78. happened about 6 times.  Again, only when the GUS and LAPC were in the box.
  79. This is scary.
  80.  
  81. 486dx2/66, 8MB RAM, Diamond SS Pro VLB (recently disabled its IRQ2 option,
  82. though it hadn't cused any probs with the LAPC), Contaq chipset.  No SCSI,
  83. just IDE, CD-rom connected to the SBPro, DOS 6.2.
  84.  
  85. Am I just snake-bit?
  86.  
  87. Dave
  88. masten@beta.lanl.gov
  89.  
  90. ------------------------------
  91.  
  92. Date: Thu, 12 May 1994 17:30:13 -0400 (EDT)
  93. From: mikebat@netcom.com (Mike Batchelor)
  94. Subject: Re: ADPCM compressed patches
  95.  
  96. Not the GUS Server once wrote...
  97. $  
  98. $  ------------------------------
  99. $  
  100. $  Date: Tue, 10 May 1994 13:53:31 -0700 (PDT)
  101. $  From: "George A. Montemayor" <gmontem@eis.calstate.edu>
  102. $  Subject: Compress samples w/ db?
  103. $  
  104. $  Is it possible to use the 16-bit db's 4:1 ADPCM compression to compress 
  105. $  the samples and have the GUS uncompress them on the file while it plays a 
  106. $  MIDI file? That way, we can compress those Pro Pats v2.0 and be able to 
  107. $  use them with MIDI and games with little loss of quality.
  108.  
  109. No.  MIDI is still played through the GF1, which has no connection with
  110. the digital audio part of the card.  I asked this question specifically of
  111. the Gravis rep when I spoke to him earlier this week.  There are no plans
  112. to do anything along this line with the GF1.  He would not even comment
  113. about a GF2, or whatever might follow the GF1, except to say that there
  114. will be a next generation GF? chip in a future Gravis sound card.
  115.  
  116. $  ------------------------------
  117. $  
  118. $  Date: Tue, 10 May 1994 18:00:50 -0600 (MDT)
  119. $  From: Derek the Dweebosaurus <dng@med.ucalgary.ca>
  120. $  Subject: TFX & GUS
  121. $  
  122. $  Also, I've just bought a SB-16ASP MultiCD card and a
  123. $  CD-ROM (I was extremely happy with the GUS alone but at $199Cdn, why not
  124. $  and get the CD interface included too?) and they co-exist awesome
  125. $  together, so I no longer need SBOS and I run MegaEm with the -SBOFF option
  126. $  and it works (after changing the IRQs and DMAs around). However, is it
  127. $  possible to disable the SB DMA on the GUS at all? There is still the odd
  128. $  program that conflicts since the SB DMA must be set at 1 and the two
  129. $  boards are using it... 
  130. $  
  131. $  I'm using: SB-16ASP = A220, I5, DMA1 and 5, Midi at 300H
  132. $  GUS = A260, I11, DMA6, SBInt7, Midi at 330H(unchangable)
  133.  
  134. If you are not loading SBOS, then the SB DMA channel is not being used by
  135. the GUS.  Something else is the matter.
  136.  
  137. $  Also, in Windows does one get better results and compatibility using GUS
  138. $  for both MIDI and WAVE, or GUS for just MIDI and the SB16ASP for the WAVE? 
  139.  
  140. I would say the GUS WAV driver is the one to use.  Try it both ways, and
  141. see which one you like best.
  142.  
  143.  
  144. -- 
  145. Mike Batchelor      | UseLinuxUseLinuxUseLinuxUseLinuxUseLinuxUseLinuxUseLinux
  146. mikebat@netcom.com  | xuniLesUxuniLesUxuniLesUxuniLesUxuniLesUxuniLesUxuniLesU
  147.  -----------------------------------------------------------------------------
  148. Plug 'N' Play:  A specification invented by Microsoft and Intel which
  149. enables a computer and its operating system to create hardware conflicts
  150. without user intervention.
  151.  
  152. No more jumpers to misplace!  The computer will misplace them for you.
  153.  
  154. ------------------------------
  155.  
  156. Date: Thu, 12 May 94 21:41:45 METDST
  157. From: Broderdue <iqivar@hp1.cbs.dk>
  158. Subject: Battle Isle 2 and GUS
  159.  
  160. Anyone know how to get sound out of this little baby ?
  161.  
  162. Battle Isle 2 has a really odd setup/install program that asks for
  163. i/o addresses only when setting up the game, and it fails to locate
  164. mega-emulator when I use 330 for music and 220 for digital. :)
  165.  
  166. No more luck with SBOS.
  167.  
  168. It appears to be using ordinaryy%
  169.  
  170. Anyone know how to make this GREAT game work ?
  171.  
  172.     Thanks,
  173.     Ivar Frolich
  174.  
  175. ------------------------------
  176.  
  177. Date: Fri, 13 May 1994 01:10:04 -0600 (MDT)
  178. From: Dave DeBry <ddebry@dsd.es.com>
  179. Subject: DIGEST ADMIN: DON'T SEND YOUR VOTES HERE
  180.  
  181.     I thought of this after I sent in the notices yesterday, but I
  182. didn't act on it.  Stupid me.
  183.  
  184.     FOLKS:  DON'T SEND YOUR VOTES ABOUT THE USENET NEWSGROUPS TO
  185. THE DIGEST.
  186.  
  187.     I know the CFV says you can just reply to the message.  But
  188. it's in a digest now, so that's false.  You have to do it by hand.
  189.  
  190.     I just cleaned out a lot of votes.  If you don't get a reply
  191. back from the vote tallyer in the next couple of days, it may be
  192. because you sent your votes to the wrong address.  Send them in again.
  193.  
  194.     Thanks!
  195.  
  196. -- 
  197. Dave  ddebry@ debry@   \  
  198. DeBry dsd.    peruvian. | "First I was a hippie, then I was a 
  199.       es.     cs.utah.  |  stockbroker, now I am a hippie again."
  200.       com     edu      /  
  201.  
  202. ------------------------------
  203.  
  204. Date: Thu, 12 May 1994 18:41:44 -0700 (PDT)
  205. From: Juan Carlos Leon <jleon@chaph.usc.edu>
  206. Subject: Does your GUS rev 2.2 has these hardware anomalies?
  207.  
  208. Hi, I just got a 2.2 GUS for my brother (I have a 2.4).  It does look a bit
  209. different, more components.  But I'm quite concerned with some anomalies in
  210. the soldered components.  I would like to know from anybody of you who has
  211. a 2.2 board if this is what your board also has or if not, which are the
  212. correct values:
  213.  
  214. - At top edge of the card:
  215.     C13, C14, C15 & C16 not only have a capacitor but a 2.2K resistor
  216.     in series with the capacitors.  The abnormal thing here is that there
  217.     are no places for the resistors.  It's like one leg of the capacitor
  218.     is soldered in one trace, one leg of the resistor is at the other
  219.     trace and the other leg of each component are soldered on the "air".
  220.  
  221. - At the middle of the card:
  222.     There's a capacitor soldered on top of U24, between pins 4 & 7.
  223.     Again there's no traces for this but it's soldered like it was a
  224.     not planed modification of the board.
  225.  
  226. The board works though but I don't know if there's something that I've
  227. overlooked.  I was tempted to remove those components and solder them as
  228. they are in my 2.4 card but I guess that's not a wise thing to do since
  229. the card have some differences.
  230.  
  231. So, should I worry?  I don't know but this doesn't look like it was done by
  232. Gravis.
  233.  
  234. Juan
  235. -- 
  236. email: jleon@scf.usc.edu                   *-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*
  237. Major in Electrical Engineering, Computers |    empty until I have time to   |
  238. University of Southern California          |    think on a new signature     |
  239. Los Angeles, CA.  USA                      *-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-*
  240.  
  241. ------------------------------
  242.  
  243. Date: Fri, 13 May 1994 23:19:13 +1000 (EST)
  244. From: "Marshall / John Leonard (ISE)" <u888430@student.canberra.edu.au>
  245. Subject: Doom, this and that
  246.  
  247. I've been a silent participator of this digest for a couple of months now 
  248. and have found it to be the major source of useful information for my 
  249. GUS. In my neck of the woods, its just about the only publicity the GUS 
  250. gets! How many people are acutally subscribed to this digest anyway?
  251.  
  252. A quick Doom question: the sound effects for the Gus are great, but my 
  253. system swaps the left and right channels around, defeating the 
  254. advantage of having stereo sound. I hear imps to the left when they are 
  255. really to the right.  Can anybody help me out?  (BTW no, my speakers 
  256. *aren't* reversed!) 
  257.  
  258. John Marshall, |
  259. Grad Dip CS    |  " Mr Alphabet says: 'Don't be afraid, there's no
  260. ---------------|                       marmelade!' "
  261. University of  |
  262. Canberra, ACT, |------------------------------------------------
  263. Australia      |u888430@student.canberra.edu.au
  264.  
  265. ------------------------------
  266.  
  267. Date: Thu, 12 May 94 17:38:42 EDT
  268. From: dmcintyr@muselab.ac.runet.edu
  269. Subject: GUS Daily Digest V13 #11
  270.  
  271. > Whoever said:
  272. > > at large understands it.  I realize that GM is really just a specification
  273. > > for what to name your patches and really little else, but for me GM
  274. > > support means GM patchset+MPU-401+hardware/firmware capable of
  275. > > UNDERSTANDING MIDI.  The GUS only works as a GM synth in Windows or with
  276. > > hacks, kludges, and a very VERY few programs that support it completely in
  277. > > native mode. 
  278. > I guess you would like a PC that has DOS in hardware? or windows? 
  279.  
  280. No, I'm not saying that at all.  I'm saying that the GUS would have been 
  281. more valuable to me if it had been a true MIDI device capable of 
  282. understanding and using MIDI data directly, and therefore usable by games 
  283. directly without any need for special drivers.
  284.  
  285. > think that you insult Jayeson by calling megaem a kludge.
  286.  
  287. Mega-Em is a kludge because it is a program which attemts to make the GUS 
  288. be something it's not.  If it were not a kludge then there would be no 
  289. need for it in the first place.
  290.  
  291.  I see it as a 
  292. > DRIVER much the same as you may have a cd-rom DRIVER.
  293.  
  294. A CD-ROM driver is a kludge as well.  Its function is to allow the 
  295. antiquated architecture of the PC to communicate with a device whose 
  296. nature is alien to it.  SCSI drivers are a kludge too.  Real mode 
  297. segment:offset RAM access is also a kludge.  Being a kludge is not 
  298. necessarily a bad thing, IF the kludge WORKS!
  299.  
  300.  I am GLAD that the GUS 
  301. > requires these. It seems to imply that other OS may be able to better use 
  302. > it. 
  303.  
  304. I don't follow that logic at all.  It's good that the GUS does not work 
  305. neatly and efficiently with existing software, but rather requires a 
  306. precariously balanced TSR which accomplishes its task by fooling the 
  307. software into thinkig there's a card there that doesn't exist?  Sure it's 
  308. slick as a greased rat, but it's still a kludge.  I think even Jayeson 
  309. would agree.  After all, if the GUS had met JAYESON'S original 
  310. expectations then he wouldn't have had to set out to write the thing in 
  311. the first place.  (And just for the record, I was one of the original 
  312. beta testers for Mega-Em and one of the few people to actually support 
  313. Jayeson by PAYING for it instead of trying to figure out ways to kill the 
  314. time limit.  I had a fully functional Mega-Em long before most of you 
  315. guys.)
  316.  
  317. As far as that goes, I would be perfectly happy with a Mega-Em like 
  318. program used as a driver for the GUS if the card had the hardware for 
  319. MIDI that it does for Sound Blaster emulation.  What I mean is if Mega-Em 
  320. could have hardware assistance to capture the MIDI data stream, then it 
  321. would be able to function concurrently with newer protected mode games, 
  322. as it wouldn't need to make use of any special protected mode functions 
  323. to accomplish its task, and could reside entirely in DOS memory (which 
  324. wouldn't affect protected mode games anyway.
  325.  
  326. This reasoning might be flawed, as I think the AWE 32 has just that sort 
  327. of hardware assistance--I recall that the AWE 32 MIDI kludge TSR requires 
  328. a working NMI procedure like SBOS, so its function might be similar to 
  329. that which I have described above as desirable for the GUS--in which case 
  330. the above reasoning is flawed because the AWE 32 shares the same lack of 
  331. usability as the GUS in that its MIDI kludge TSR does not work with 
  332. protected mode games.
  333.  
  334. The problems with GUS are not as bad as trying to get network cards 
  335. > working! Same goes for almost ANY add-on card for an IBM PC. Personally, 
  336. > I've never had any problem with the GUS. (If I had, my story would 
  337. > probably be different, but who knows?) 
  338.  
  339. I've only had problems using it with software that didn't support it,
  340. which is the vast majority of software.  Even in Windows very few programs
  341. support the patch caching part of the MPC specification.  That much, at
  342. least, is not Gravis' fault.  If Gravis had released a card compliant with
  343. the existing standard, with features thrown on top that could be taken
  344. advantage of at a later date, then it would have had much better success. 
  345.  
  346. That's what SBOS was intended to do, true, but my contention is that I 
  347. didn't buy a GUS to emulate a Sound Blaster.  They should have picked GM 
  348. as their "support for the moment" and gone from there.
  349.  
  350. > Fine line between bash and not bash, I guess.
  351.  
  352. Let me rephrase that.  I am stating the reasons why I am unhappy with the 
  353. card, and therefore I am bashing it.  I am not saying that you or anyone 
  354. else is foolish for loving it to death, so I am not bashing YOU.  I DO
  355. think that people who are willing to settle for FM sound are foolish, 
  356. however.
  357.  
  358. > I know some people who cannot tell the difference between a 45" and a CD. 
  359. > I guess you are like that with sound cards. If so, then an SB is just 
  360. > fine for you. Also, it may be easier for you.
  361.  
  362. No, no you're missing my point ENTIRELY.  I'm SICK of having to settle 
  363. for Sound Blaster music, which is why I'm so unhappy with the GUS.  The 
  364. only card I've been able to USE with my newest games is my Sound Blaster, 
  365. which I've had since 1989.  It sounded bad in 1989, and now it REALLY 
  366. sounds bad compared to the way things OUGHT to be.
  367.  
  368. What I want is 100% wavetable synthesis with NO MORE CRAPPY CHEESY FM, 
  369. but without any headaches either.  It's not too much to ask.  Really, it 
  370. isn't.  If I wanted to shell out the bucks I could get it right now in 
  371. the form of a Sound Canvas.  I'm still reluctant to shell out the bucks.
  372.  
  373. I've never said anything bad about how the GUS sounds.  It sounds very
  374. nice for most stuff.  The only real complaint I have about the sound when
  375. it works is the lack of an effects processor, but that's a relatively
  376. minor omission.  My complaint is my inability to get it to function with
  377. my software. 
  378.  
  379.  Oh well. I hope you keep 
  380. > the GUS, because I see great things coming....
  381.  
  382. I intend to keep it.  Hopefully I can get it to co-exist with whatever 
  383. new card I end up settling for.  That way I can get the best sound 
  384. possible out of those very rare games that both work with the card and 
  385. that I'm interested in purchashing, while still having WAVETABLE sound in 
  386. those games that can't be made to function with the GUS.
  387.  
  388. Although, quite frankly, I do not see good things coming at all.  After 
  389. more than a year now of false hopes and never-ending delays and excuses, 
  390. I just don't see a good future for the GUS.
  391.  
  392. Perhaps, however, this will change if Gravis is aggressive enough at
  393. marketing the MAX.  FM compatibility aside (who the hell cares anyway?) it
  394. should get higher reviews if it has good recording capabilities.  Perhaps
  395. that will be what finally gets us GUS support, as even the people who 
  396. should be inclined to like the card (Windows lovers, for instance) are 
  397. rating it poorly because of the lousy 8-bit disk-based recording.  
  398. (Personally, I don't care about recording any more than I care about FM, 
  399. but it's something that the reviewers are demanding, and many people 
  400. who might have did not purchase the GUS because of these bad reviews.)
  401.  
  402. In the meantime, I'm going to go play with something else while I contiue
  403. to wait.  That way I can only be pleasantly surprised if GUS support does
  404. one day arrive, and I will not be stuck out in the cold if that day does
  405. not come.  It's time for FM to die, and I don't care WHAT card I'm using,
  406. I just don't ever want to be subjected to another note of
  407. Yamaha-synthesized FM "music." 
  408.  
  409.  
  410. --Michael-- << dmcintyr@muselab.ac.runet.edu >> <<dmcintyr@vt.edu>>
  411.  
  412. ------------------------------
  413.  
  414. Date: Thu, 12 May 1994 15:24:55 -0700 (PDT)
  415. From: Emory Menefee <em@crl.com>
  416. Subject: Re: GUS Daily Digest V13 #11
  417.  
  418. > Date: Tue, 10 May 94 15:20:50 CDT
  419. > From: Daniel A Nielsen <dnielsen@ria-emh2.army.mil>
  420. > Subject: Distorsion on Beethoven's 5th
  421. > Well, One more time I guess.  I used midi1m to play B's 5th. After the applause
  422. > it starts to make what sounds like a beeping distorted fog horn sound.  At
  423. > first I thought something was played wrong, but now I think it shouldn't
  424. > be there at all.  Any suggestions?
  425. > Thanks again
  426. > dan
  427.  
  428. After your earlier posting I went back to play the 5th with what I have 
  429. (unfortunately not midi1m).  Here's my report:
  430.       PowerTracks  -- OK
  431.       Midisoft Session -- OK
  432.       Cakewalk demo version --OK, but after a message that says not 
  433.           enough memory to hold all the patches (though PatchMan says 
  434.           there's 594K left after loading) 
  435.       Midisoft Studio -- Major skipping (whole sections).  Contacted 
  436.           MidiSoft and found there is a problem with patch caching, soon to
  437.           to be corrected.
  438.       Playmidi -- this too gives a strange noise after the applause, in 
  439.           this case more like the audience continues softly applauding into 
  440.           the opening of the symph.
  441.  
  442. What to make of this?  I assume the midi1m is a direct DOS player like 
  443. Playmidi -- maybe it's the same.  One wonders if there is some miscueing 
  444. of the midi information, though things seem OK after the beginning.  Did 
  445. Gravis write Playmidi?  Who wrote Dan's?  The problem needs looking into.
  446.  
  447. By the way, Dan -- sorry about the earlier lame joke about the noise being 
  448. the applause.       
  449.  
  450. Emory
  451.  
  452. ------------------------------
  453.  
  454. Date: Thu, 12 May 1994 21:05:29 -0400 (EDT)
  455. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  456. Subject: Re: GUS Daily Digest V13 #11
  457.  
  458. > Date: Tue, 10 May 1994 13:53:31 -0700 (PDT)
  459. > From: "George A. Montemayor" <gmontem@eis.calstate.edu>
  460. > Subject: Compress samples w/ db?
  461. > Is it possible to use the 16-bit db's 4:1 ADPCM compression to compress 
  462. > the samples and have the GUS uncompress them on the file while it plays a 
  463. > MIDI file? That way, we can compress those Pro Pats v2.0 and be able to 
  464. > use them with MIDI and games with little loss of quality.
  465.  
  466. Answer: No.  The new 16-bit codec has nothing to do with the GF1 synth,
  467. which will still support only 16-bit or 8-bit linear samples.
  468.  
  469. > Date: Thu, 12 May 94 06:49:36 -0400
  470. > From: "Marco Coletti" <p00923@psilink.com>
  471. > Subject: Return to Zork 1.1 / VOICEOOH.PAT
  472. > For anyone that is interested, the 1.1 update to RTZ now uses EMS/XMS to
  473. > free up an additional 64K of conventional RAM.  If you don't have the 
  474. > 1.1 update I suggest you nab a copy (I got it from Compu$erve, ughhh).
  475. > In the ongoing saga of Zork problems I'm having, I've noticed that the
  476. > README file says to get a patch called VOICEOOH.PAT if you are 
  477. > experiencing "Divide by zero" errors.  Well, I am so I'd like some help 
  478. > in finding this file.  Is it in one of the files under ../gravis/disk?
  479.  
  480. Simply copy doo.pat to voiceooh.pat, or change any reference of 
  481. voiceooh in the game's ultramid.ini to doo.
  482.  
  483. Phat.
  484.  
  485. ------------------------------
  486.  
  487. Date: Fri, 13 May 94 1:13:05 CDT
  488. From: cowles@hydra.convex.com (John Cowles)
  489. Subject: Re: GUS Daily Digest V13 #11
  490.  
  491. Juan Carlos Leon writes:
  492. > Subject: Anyone with problems with MIDI volume?
  493. > Hi again GUSers!
  494. > Well, it seems that there are some people that don't like us in the
  495. > comp.ibm.pc.soundcard group.
  496. > Has anybody suffered of this problem? I'm playing some MIDI files with the
  497. > Creative Labs Jukebox, it plays three or four files and then the volume
  498. > gets lowered a lot.  They volume stays that way until I stop the jukebox,
  499. > clear the queue and play some other file manually.  Then I can start again
  500. > the thing until it strikes again.
  501. > I think this is because my GUS&PAS configuration but I want to make sure it's
  502. > only this and I'm the only one.
  503. > Juan
  504. Midi files contain volume control messages in them that can change the
  505. volume from 0 (totally off) to 127 (as loud as possible) on a per track
  506. basis. If a midi file changes the volume to 10 on each track and then
  507. does not change it back, the volume on those tracks will remain at 10
  508. until something changes them back. I think most midi player programs
  509. reset all volumes to 100 (the GM default) when they start up (but not
  510. when they begin a new song). If you have a sequencer, just add a control
  511. 7 with a value of 100 to each track that is too soft.
  512.  
  513. John
  514. -- 
  515.      John Cowles        cowles@hydra.convex.com   CompuServe: 72074,451
  516.                         Convex Computer Corp.  214 497 4375
  517.                         3000 Waterview Pkwy
  518.                         Richardson, Tx. 75080
  519.  
  520. ------------------------------
  521.  
  522. Date: Fri, 13 May 1994 09:17:11 +0100 (BST)
  523. From: Toby <T.W.Nichols@hertfordshire.ac.uk>
  524. Subject: Re: GUS Daily Digest V13 #11
  525.  
  526. On Thu, 12 May -1, GUS Server wrote:
  527.  
  528.  
  529. > Date: Tue, 10 May 1994 13:51:25 -0700 (PDT)
  530. > From: "George A. Montemayor" <gmontem@eis.calstate.edu>
  531. > Subject: Hopefully waiting for an improved Mega-Em
  532. >   Any news on Jayeson's new Mega-Em project? I just heard that the he is 
  533. > working on a version that will work under protected-mode software.  While 
  534. > he is coding that, can he add these other features?
  535. >    * Ability to load patches > 64k
  536. >    * Ability to load only patches listed in a config file
  537. This would be great.
  538. >    * Ability to do software reverb (is this possible?)
  539. It is possible but involves cunning. Check out the program GUS delay v1.0
  540. it samples a line of mic input DMAs it in to ram waits a bit then stuffs 
  541. it out on the line output. adjusting the time delay gives reverb, echo, etc,
  542. So it is possible.
  543.  
  544. >    * Ability to do software chorus effects ""
  545. Dunno if this is possible. 
  546.  
  547. >    * Support SB-PRO DAC
  548. yes please
  549. >    * Load MT-32 custom 'patches'
  550. >    
  551. > heck, if the new mega-em supports all or most of these, i wouldn't mind 
  552. > paying for the new version.
  553.  
  554.  
  555. # | \        /  ~~|~~ /~~~\ !   !      {} ............................ | #
  556. * <  \  /\  / /~\ |   |     |---|  /\  {} Pessimism? It'll never work. > *
  557. # |   \/  \/  \_/ |   \___/ !   ! /~~\ {} ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | #
  558.  
  559. ------------------------------
  560.  
  561. Date: Fri, 13 May 94 13:46:57 +0300
  562. From: Yossi Oren <LIOREN1@WEIZMANN.weizmann.ac.il>
  563. Subject: Re: GUS Daily Digest V13 #11
  564.  
  565. >From: Juan Carlos Leon <jleon@chaph.usc.edu>
  566. >Subject: Anyone with problems with MIDI volume?
  567. >
  568. >Hi again GUSers!
  569. >
  570. >Well, it seems that there are some people that don't like us in the
  571. >comp.ibm.pc.soundcard group.
  572. Just ignore that Heimlich loser.  Or just have your newsreader do it for you.
  573. >Has anybody suffered of this problem? I'm playing some MIDI files with the
  574. >Creative Labs Jukebox, it plays three or four files and then the volume
  575. >gets lowered a lot.  They volume stays that way until I stop the jukebox,
  576. >clear the queue and play some other file manually.  Then I can start again
  577. >the thing until it strikes again.
  578.  
  579. I beleive this is caused by a (IMHO very serious!) bug in the Windows drivers,
  580. namely not resetting controller 11 between MIDI files.  Controller 11 is used
  581. to fade songs out, and controls the volume of channels by setting it to 0 to
  582. 127, with 127 being normal.
  583. What I did to solve this was dig out MRS and create a tiny MIDI file containing
  584. a note on every 16 channels (so that MRS will save them), and a controller
  585. change MIDI event changing controller 11 to 127 on all 16 channels.  It took
  586. me about 5 minutes, but it still means I have to fiddle.
  587. HTH,
  588. Yossi.
  589.  
  590. +---+-----------------------------------------------------------+---+---+
  591. | = | Yossi Oren, Al-Daf Technological Mercenaries. [diet .sig] | v | ^ |
  592. +---+-----------------------------------------------++----------+---+--+|
  593. |LIOREN1@weizmann.weizmann.ac.il (or just @weizmann)||GUS-sound that's ||
  594. |The people are with the Golan Heights!             ||worth hearing!   ||
  595. +===================================================++=================++
  596.  
  597. ------------------------------
  598.  
  599. Date: Fri, 13 May 1994 01:54:23 -0700 (PDT)
  600. From: "Chad M. Seitz" <case@cyberspace.com>
  601. Subject: GUS Newsletter
  602.  
  603. I would be very grateful if you could add my name to the GUS newsletter
  604. mailing.  Thank you.
  605.  
  606.  
  607.  
  608.                           -    Case -
  609.  
  610.  
  611. Living to run the Matrix... case@cyberspace.com
  612.  
  613. ------------------------------
  614.  
  615. Date: Fri, 13 May 1994 13:59:02 +1000
  616. From: Dennis Mills <dcm@mlb.dmt.csiro.au>
  617. Subject: Megaem questions
  618.  
  619. Okay, I've read everything I can find and monitored the news and
  620. digests for a while and I can't find the answer to a couple of
  621. problems I have, so here goes:
  622.  
  623. I have a 768k GUS and I noticed that when using GM music in megaem (eg:
  624. in X-Wing) high numbered patches were defaulting to patch 0, presumably
  625. because there wasn't enough memory to hold them all. Fair enough, so
  626. I use emuset -f22 to load them in at 22kHz and now they all seem to
  627. work fine. Only thing is, I notice that emuset reports "loading GM
  628. patch set for 768k - 8 bits 22kHz" or somesuch. Is it really loading
  629. them at 8 bits? How do I make it load patches at 16 bits if so?
  630.  
  631. Secondly, I have not seen any reference to problems with X-Wing and
  632. megaem (in GM + SB mode), but I have had it crash on me 3 times so far.
  633. I *think* that every time has been at the same place - about 5-7 minutes
  634. from the "end" of X-Wing historical mission 5 (the Calamari rescue one).
  635. Anyone else seen this or have any clues as to the problem?
  636.  
  637. Thanks
  638.  
  639. Dennis
  640. --
  641. Dennis Mills, Senior Research Engineer,        Phone:  +61 3 662 7758
  642. CSIRO Division of Manufacturing Technology,    Fax:    +61 3 662 7851
  643. Cnr Albert and Raglan Streets, Preston
  644. Victoria, Australia, 3072.        Internet: dcm@mlb.dmt.csiro.au
  645.  
  646. ------------------------------
  647.  
  648. Date: Thu, 12 May 94 13:02:49 CDT
  649. From: Chevnut@osuunx.ucc.okstate.edu
  650. Subject: Mod4Win & XWNGSNDS.ZIP
  651.  
  652.     I downloaded MOD4WiN about 3 months ago when I had time to play,
  653. now that the semester is over and I again have time to play, my MOD4WIN
  654. does not work.  I think it might have something to do with the GUS
  655. drivers in the GUS0041 package, but I do not know what the problem is.
  656. It starts out with the shareware message and then when I click OK it
  657. just exits the program.  I even tried reinstalling it, and that didn't
  658. help a bit.  I am seriously considering registering this software if I
  659. can get it to work again, and decide that I really want it.  I have only
  660. used it two or three times (3 months ago).  Any ideas?
  661.  
  662.     Also, I am interested in knowing where the XWNGSNDS.ZIP file is
  663. located and if it is worth my trouble.  On the same note anyone know
  664. where the FAR093.ZIP file is?  I have the appendium (?) for it and I can
  665. locate FAR08o.ZIP, but it doesn't seem to work right.
  666.  
  667.     Any suggestions for the best MOD players for Windoze or DOS?
  668.  
  669.     Any suggestions for the best MOD composer for Windoze or DOS?
  670.  
  671.  
  672.                         The Tramp
  673.  
  674. ******************************************************************************
  675.  
  676.         and then finals were over...
  677.  
  678.     ^  ^
  679.     *  *
  680.      /\
  681.        \    /
  682.     \__/            chevnut@osuunx.ucc.okstate.edu
  683.  
  684. *******************************************************************************
  685.  
  686.     
  687.  
  688. ------------------------------
  689.  
  690. Date: Thu, 12 May 1994 12:05:12 -0700 (PDT)
  691. From: Duncan Sutherland <dasu@mercury.sfsu.edu>
  692. Subject: Return to Zork CD
  693.  
  694. I'm trying to get the Return to Zork CD and my gus working together in my 
  695. machine but Zork keeps on freezing up everytime I try to save the game
  696. (sometimes sooner).  Iv'e tried about every configuartaion I can think 
  697. of.  Does anybody have any experience with the RTZ CD and GUS?
  698.         
  699.                 Duncan Sutherland
  700.  
  701. ------------------------------
  702.  
  703. Date: Thu, 12 May 94 16:15:04 EDT
  704. From: FrEd <james_d@cs.odu.edu>
  705. Subject: Windows/Stacker 4.0?
  706.  
  707.     Upon upgrading to STACKER 4.0 I recieve an "Off Board Parity
  708. error at 0000:0002" when trying to use such applications as Patch Manager,
  709. Cakewalk Pro for Windows, etc.... Turtle Beach Wave works fine (as
  710. do all the non-patch oriented applications. All DOS applications work
  711. fine but any Windows 3.1 patch users halt the system. 
  712.     Oh, I thought it was the mother board so I upgraded and still
  713. the same thing.  I've had my Gravis for well over a year and this problem
  714. started when I installed Stacker 4.0........
  715.  
  716.             Thanks!!!
  717.  
  718.                   _-Fred-_
  719.  
  720. ------------------------------
  721.  
  722. End of GUS Daily Digest V13 #12
  723. *******************************
  724.  
  725. To post to tomorrow's digest:             <gus-general@mail.orst.edu>
  726. To (un)subscribe or get help:     <gus-general-request@mail.orst.edu>
  727. To contact a human (last resort):   <gus-general-owner@mail.orst.edu>
  728.  
  729. FTP Sites              Archive                       Directories
  730. ---------              -------                       -----------
  731. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  732.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  733. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  734. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  735. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  736. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  737. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  738.  
  739. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  740.  
  741. Hints:
  742.       - Get the FAQ from the FTP sites or the request server.
  743.       - Mail to <gus-general-request@mail.orst.edu> for info about other
  744.     GUS related mailing lists (programmers, musicians, etc.).
  745.  
  746.  
  747.